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REMARKS 



Claims 1-12, 14-21, and 23-34 art? pending in the present application. By this 
Response, claims 13 and 22 arc canceled, claims 12, 14*16, 19-21, 23-25 and 28 are 
amended, and claims 29-34 are added. Reconsideration of the claims in view of the 
above amendments and the following remarks is respectfully requested, 

Amendments arc made to the specification to update the cross-rcfcrcncc 
information for the co-pending and commonly assigned U.S. Patent Applications. No 
new matter is added by the amendments to the specification. 

I. 35 U.S,C. 3 102, Alleged Anticipation of Claims 1-28 Based on Bcrrv 

The Office Action rejects claims 1-28 under 35 U.S.C § 102(e) as being 
anticipated by Berry et al. (US Patent Mo. 6,539,339 Bl), This rejection is respectfully 



A. Claims 1-11 



As per independent claim 1, the Office Aclion states: 

Regarding claiml Berry anticipates, monitoring performance of a 
program being executed using per thread metric variables with reused 
kernel threads comprising; 

receiving an event indication (3:35-10); 

ascertaining kernel thread level profile information (3:40-47); 

identifying a kernel thread, wherein Ihe kernel thread level profdc 
information is attributed to the identified kernel thread (3:40-47);; 

determining whether the identified kernel thread has been reused 
(17:3-5, sec recursion depth for reuse); and 

updating profile information with the kernel thread level profile 
information based whether the identified kernel thread has been reused 
(fig. 22, 2216). 

Claim 1 reads as follows: 



traversed. 
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1 , A method for monitoring performance of a program being 
execute*! using per thread metric variables v/ith reused kerne) threads 
comprising; 

receiving an event indication; 

ascertaining kernel thread level profile information; 

identifying a kernel thread, wherein the kernel thread level profile 
information is attributed to the identified kernel thread; 

determining whether the identified kernel thread has b een reused; 

and 

updating profile information with the kernel thread level profile 
in formation based whether the identifi ed kernel threa d has been reused , 
(emphasis added) 

A prior art reference anticipates the claimed invention under 35 U.S.C. § 1 02 only 
if every clement of a claimed invention is identically shown in that single reference, 
arranged as they arc in the claims. In re Bond, 910 l\2d 831, 832, 15U.S.P.Q.2d 1566, 
1567 (Fed. Cir. 1 990). All limitations of the claimed invention must be considered when 
determining patentability. In rcLowry, 32 I\3d 1579, 1582, 32 U.S.P.Q.2d 1031, 1034 
(l ; cd. Cir. 1994). Anticipation focuses on whether a claim reads on the product or process a 
prior art reference discloses, not on what the reference broadly teaches. Kalnum v. 
Khnhcrly-Ctark Corp.. 713 R2d 760, 218 U.S.P.Q. 781 0 r ed. Cir. 19S3). Applicants 
respectfully submit that Berry docs not identically show each and every feature of the 
present claims arranged as they arc in the claims. Specifically, Berry docs not teach 
determining whether the identified kernel thread has been reused or updating profile 
information with the kernel thread level profile inftnmalion based on whether the identified 
kernel thread has been reused, as recited in claim 1. 

Berry is directed to a method and system for maintaining a thread-relative metric 
for trace data using device driver support. With the method and system of Berry, a 
profiling process may detect a current event and, in response to Ihe event, may request an 
elapsed metric since a preceding event. The profiling process then receives a thread- 
relative elapsed metric and may output a trace record for the current event in which is 
store a metric equal to the received thread-relative elapsed metric. Tn response to a 
notification of an occurrence of the event, a device driver computes the thread relative 
elapsed metric by determining a current thread, retrieving a stored metric for the 
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preceding event of the current thread, obtaining a current metric, and computing the 
thread-relative elapsed metric as a difference between the current metric and the stored 
metric. 

Berry does not teach determining whether Hie identified kernel thread has been 
roused, as rccilcd in claim 1. Tt is n basic tenet dial the specification may be used as a 
dictionary for Ihc terms used in the claims and that the claims must be read in light of the 
specificalion. As noted in the present specification, the term "reused" refers to a kernel 
thread being referenced by at least two different application threads (see page 53, line 26 
to page 54, line 1 1 and page 61, line 29 to page 62, line 1, for example). Thus, the 
present invention as recited in claim 1, when read in light of the present specification, 
includes the step of determining whether a kernel thread has been previously referenced 
by more than one application thread. The Berry reference docs not teach such a feature 
because Berry is not directed to solving the problem associated with the accumulation of 
metric values for reused kernel threads. To the contrary, the Berry reference is directed 
to solving the problem of a thread switch occurring during an attempt to retrieve the time 
of an event (see column 3, lines 23-32). 

The Office Action alleges that Berry teaches determining whether an identified 
kernel thread has been reused at column 17, lines 3-5 since this section of Berry allegedly 
teaches a recursion depth value and the Office Action equates this recursion depth value 
as being reuse of a kernel thread. Applicants respectfully disagree. 

Column 17, lines 3-5 read as follows: 

The cumulative time in the example shown in FIG. 1 IB is four 
units of time, finally, the recursion depth of call stack CAB is one, as 
none of the three routines present in the calf stack have been recursively 
entered. 

This section of Berry has nothing to do with whether a kernel thread is reused by 
application threads. To the contrary, all that this section of Bciry is teaching is that the 
call stack may have an associated value that identities how many times a routine is 
recursively entered. Recursion is the ability of a routine to call itself. Thus, the last value 
for each node in the tree data structure shown in Figure 1 1 B of Berry represents how 
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many times a routine calls itself, There is no correlation between this teaching and 
determining whether a kernel thread is reused by application threads. Hie number of 
times a routine is recursively entered in itself 1ms no bearing on whether a kernel thread is 
reused or not. Bony simply docs not teach determining whether a kernel thread is reused 
or not. Since Berry docs not tench determining whothcr a kernel thread is reused, Berry 
cannot teach updating profile information with the kernel thread level profile information 
based on whether the identified kernel thread h as becu jeu sed . 

Thus, in view of the above, Applicants respectfully submit that Berry docs not 
teach each and every feature of independent claim I as is required under 35 U.S.C. § 
1 02(e). At least by virtue of their dependency on claim 1, Berry docs not teach each and 
every feature of dependent claims 2-1 1 . Accordingly, Applicants respectfully request 
withdrawal of the rejection of claims 1-1 1 under 35 U.S.C. § 102(e). 

Furthermore, Berry docs not teach, suggest, or give any incentive to make the 
needed changes to reach the presently claimed iuvcution. Berry is actually directed to 
solving a completely different problem from that solved by the present invention and 
does not even mention kernel threads being reused or a mechanism for determining 
whether a kernel thread is being reused. Absent the: Examiner pointing out some teaching 
or incentive to implement Berry to determine whether a kernel thread has been reused 
and then updating profile information based on whether the identified kernel has been 
reused, one of ordinary skill in the art would not be led to modify Berry to reach the 
present invention when the reference is examined as a whole. Absent some teaching, 
suggestion, or incentive to modify Berry in this manner, the presently claimed invention 
can be reached only through an improper use of hindsight using the Applicants' 
disclosure as a template to make the necessary changes to reach the claimed invention. 

In addition to their dependency on claim 1, Herry docs not teach each and every 
specific feature recited in dependent claims 2-1 1 . For example, with regard to claim 2, 
Berry docs not tcacti checking a hash lable for an entry of the identified kernel thread. 
Dae Office Action alleges that this feature is taught at column 10, lines 55-57 which read 
as follows: 
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In post-processing phase 504 B-trecs and/or hash tables may be 
employed to maintain names associated whli records in the trace file to be 
processed. 

While this section of Berry mentions that a hash tabic may be used to maintain 
names associated with records of a trace file, there is no teaching in this section of 
checking a hash table for an entry of an identified k ernel thread . The general teaching of 
using hash tables to store names associated with records in a trace file docs not teach or 
even suggest to one ofordinary skill in the art to check a hash table for an entry 
corresponding to an identified kernel thread. 

Regarding claim 3, Berry does not teach applying kernel thread level profile 
information for a reused identified kernel thread to one of a previous application thread 
and a new application thread. As previously discussed above, Berry docs not teach 
determining whether a kernel thread is reused and thus, cannot teach the features of claim 
3. Moreover, the Office Action alleges that the features of claim 3 arc taught by Berry in 
Figure 22 as element 2216. Element 2216 of (he flowchart in Figure 22 reads "Device 
Driver Updates Previously Saved Time for Current Thread By storing Current Time as 
Previously Saved Time." This function associated with clement 2216 has nothing to do 
with whether a kernel thread is reused or not and thus, cannot teach the features of claim 
3 since these features reference "a reused identified kernel thread," let alone a "previous 
application thread" or "a new application thread/' 

With regard to claim 4, Berry docs not leach applying the kernel thread level 
profile information for the reused identified kernel Ihrcad to one of a previous application 
thread and a new application thread, marking the previous application thread being 
transmitted or associating the reused identified kernel thread with the new application 
thread in the hash table. As mentioned above with regard to claim 3, Berry docs not 
teach identifying a kernel thread as being reused and thus, cannot teach the features of 
applying the kernel thread level profile information for tho reused identified kernel thread 
to one of a previous application thread and a new application thread. 

In addition. Berry docs not leach marking a previous application thread as being 
transmitted. The Office Action alleges that this feature is taught in Figure 23 as element 
2302 which reads "Device Driver Notified of Thread Switch from Previous Thread to 
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Current Thread/* This clement docs not teach marking a previous application thread as 
having been transmitted. To the contrary, all this clement teaches is that the funclionality 
of the flowchart illustrated in Figure 23 is initiated when the device driver is informed 
that a thread switch has occurred. 

Moreover, Berry does not each associating .a reused identified kernel thread with a 
new application thread in a hash table. The Office Action alleges that this feature is 
taught in clement 2306 of Figure 23 which reads "Device Driver Computes Difference 
Between Current Time and Previous Event Time for Previous Thread." This has nothing 
to do with associating a reused kernel thread with a new application thread in a hash 
(able. To the contrary, all this element teaches is the calculation of a difference in event 
times. 

The distinctions of the specific features of claims 2-4 arc exemplary of the 
deficiencies of the Berry reference. Dependent claims 5-1 1 recite additional features that 
are likewise, not taught by the Berry reference. Thus, all of claims 2-11 recite features 
that arc not taught by Berry and arc therefore allowable over Berry, Accordingly, 
Applicants respectfully request withdrawal of the rejections of claims 2-1 1 based on 
Hcrry. 

B. Claims 12, 14-18,21.23-28 

With regard to independent claims 12, 21 a.;id 28, the Office Action merely states 
1o refer to the rejection of claim 1 above. Applicants first wish to point out that claims 
12,21 and 28 are of a different scope than claim 1 , For example, claim 12, which is 
representative of the other independent claims 21 and 28, reads as follows; 

12. A method for monitoring performance of a program being 
executed using per thread metric variables with reused kernel threads 
comprising: 

receiving a value of a metric variable for a kernel thread; 

determin ing if the ke rnel thread has hecn previously used bv a first 
applicatio n thread ; and 

applying the value of the metric variable to a second a pplication 
thread if the ker nel thread has been previously used by t he first a pplication 
thread, (emphasis added) 
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Berry does not leach determining if a kernel thread has been previously used by a 
first Application thread. In fact, Berry docs not tcaoh kernel threads being used by 
application threads and thus, cannot teach determining if a kernel thread has been 
previously used by a first application thread. To the contrary, the system of Berry is 
directed to identifying switches in application threads and resolving event timing based 
on the detection of an application thread switch. There is no teaching in Berry regarding 
kernel threads or determining if a kernel thread has been previously used by a first 
application thread. Since Berry does not teach determining if the kernel thread has been 
previously used by a first application thread, there cannot be any teaching in Berry 
regarding applying a value of a metric variable for a kernel thread to a second application 
thread when U is determined that the kernel thread has been previously used by a first 
application thread. 

The only sections reference by the Office Action with regard to claims 12, 21 and 
28 are the same sections discussed above with regard to claim 1 (since the Office Action 
fails to explicitly address the features ofclaims 12, 21 and 28 and instead rests on the 
rejection of claim 1). These sections have been shown above to only teach maintaining 
information regarding how many times a routine calls itself (recursive entry). Recursive 
entry of a routine has nothing to do with determining whether a kernel thread has been 
previously used by a first application thread and then applying the value of a metric 
variable to a second application thread if the kernel thread has been previously used by a 
first application thread. 

hi view of the above, Applicants respectfully submit that Berry docs not teach 
each and every feature or independent claims 12, 2 1 and 28. At least by virtue of their 
dependency on claims 12 and 21, respectively, Applicants respectfully submit that Berry 
docs not loach each and every feature of dependent claims 14-18 and 23-27. 
Accordingly, Applicants respectfully request withdrawal of the rejection of claims 12, 
14-18, 21 and 23-28 under 35 U.S.C. § 102(c). 

Furthermore, Berry does not teach, suggest, or give any incentive to make the 
needed changes to reach the presently claimed invention. Absent the Examiner pointing 
oitl some teaching or incentive to implement Berry to determine whether a kernel thread 
has been previously used by a first application thread and then applying the value of the 
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metric variable to a second application thread if the kernel thread has been previously 
used by the first application thread, one of ordinary skill in the art would not be led to 
modify I Jerry to reach the present invention when the reference is examined as a whole. 
Absent some teaching, suggestion, or incentive to modify Berry in this manner, the 
presently claimed invention can be reached only through an improper use of hindsight 
using the Applicants* disclosure as a template to make the necessary changes to reach the 
claimed invention. 

In addition to the above, Berry does not tench the specific features recited in 
dependent claims 14-18 and 23-27. For example, with regard to claims 14 and 23, Berry 
does not leach identifying the first application thread as being terminated based on the 
kernel Ihrcad having been previously used by the first application thread. The Office 
Action alleges that the features of these claims arc taught by Berry in Figure 23, elements 
2302 and 2306, the text of which is reproduced above (see rejection of claim 4 discussed >• 
above). Neither of these steps in the flowchart of figure 23 have anything to do with • 
identifying an application thread as being terminated based on a determination that a 
kernel thread has been previously used by the application thread. 

As a further example, with regard to claims 16 and 25, Berry does not teach 
comparing an identity of a kernel thread to a list of identities of previously used kernel 
threads. Tho Office Action again alleges that this feature is taught in clement 2306 of 
Figure 3 in Berry. As discussed above, all this element teaches is that a device driver 
computes the difference in a current time and a previous event time for a previous thread. 
It is not at all clear how this has anything to do wilh comparing the identity of a kernel 
thread to a list of identities of previously used kernel threads, 

The distinctions of the specific features of claims 14, 16, 23 and 25 arc exemplary 
of the deficiencies of the Berry reference. Dependent claims 15, 17-18, 24 and 26-27 
recite additional features that arc likewise, not taupht by the Berry reference. Thus, all of 
claims 14-18 and 23-27 recite features that are not taught by Berry and are therefore 
allowable over Berry. Accordingly, Applicants respectfully request withdrawal of the 
rejections of claims 14-1 S and 23-27 based on Berry- 
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C. Claims 19-20 

Willi regard to independent claim 19, the Office Action merely states to refer to 
the rejection of claim 1 above. Applicants first wish to point out thai claim 19 is of a 
different scope than claim 1, Claim 19 reads as follows: 



1 9. A method for monitoring performance of a program being 
executed using per thread metric variables with reused kernel threads 
comprising; 

receiving a plurality of values of metric variables for a plurality of 
kernel threads; 

for each kernel thread: 

determining if a kernel thread has been previously used hv a prior 
a pplication thread : and 

applying the value of the metric variable for the kernel thread lo a 
current application thread if the kern el thre a d has been previously used by 
a prior application tlircacl- (emphasis added) 



As previously noted above, Berry docs not teach determining if a kernel thread 
has been previously used by an application thread. Berry also docs not teach applying a 
value of a metric variable for a kernel thread to a current application thread if the kernel 
thread has been previously used by a prior application thread. The Examiner is referred 
to the above discussed of independent claims 12, 2 1 and 28, which recite similar features. 
The teaching of maintaining information regarding recursive entries into a routine has 
nothing to do with the features emphasized above in claim 19, as previously discussed. 

Therefore, Applicants respectfully submit that Berry does not teach each and 
every feature of claims 19-20 as is required under .'*5 U.S.C. § 102(c). Accordingly, 
Applicants respectfully request withdrawal or the rejection of claims 19-20 under 35 
U.S.C § 102(e). 

I). INcwly Added Claims 29-34 



Claims 29-34 are added lo recite additional features of the present invention. 
Specifically, claims 29, 31 and 33 are added to recite that the value of the metric variable 
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for the kernel thread is received in response to an event occurring based on the execution 
of the second application thread. Claims 30, 32 and 34 are added to recite that applying 
the value of the metric variable to the second application thread includes increasing a 
current metric value for the second application thread in a node associated with the 
.second application thread by an amount equal to the value of the metric variable. Support 
for the addition of these claims may be found at lea<:t in Figures 21 and 22 of the present 
specification. Berry does not teach any of these recited features. 

III. Conclusion 

It is respectfully urged that the subject application is patentable over Berry and is 
now in condition for allowance. The Examiner is invited to call the undersigned at the 
below-listed telephone number if in the opinion of Hie Examiner such a telephone 
conference would expedite or aid the prosecution and examination of this application. 



Respectfully submitted, 





Page 21 of 21 
Edmarkct al.- 09/613,350 



Received from < 972 367 2002 > at 9/3103 2:52:50 PM [Eastern Daylight Time] 



